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What is claimed is: 

1. A method for processing an internet protocol (IP) packet, comprising the step 
of identifying that\aid packet contains motion picture expert group (MPEG)-2 video as a 
function of only the oontents of said IP data payload of said IP packet. 

2. The invention as defined in claim 1 wherein said MPEG-2 video is in transport 
stream format. \ 

3. The invention as defined in claim 1 wherein said IP data payload contains at 
least one real time protocol (RTP) packet which contains said MPEG-2 video. 



4. The invention as defined inv claim 1 wherein said IP data payload is a 
unreliable datagram protocol (UDP) data payload. 

5. The invention as defined in clainiy wherein said IP data payload is a 
transmission control protocol (TCP) data payloadX 

6. The invention as defined in claim 1 furtherv comprising the step of processing 
said IP packet with a priority assigned for packets containing video when said packet is 
identified in said identifying step to contain video. \ 

7. The invention as defined in claim 1 wherein siaid identifying step further 
includes the steps of: \ 

determining whether or not there exists within said IPNdata payload at least an 
expected pattern of MPEG-2 sync bytes that is indicative of th\ presence of MPEG-2 
video. \ 
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1 8. The invention as defined in claim 7 wherein said determining step further 

2 comprises the step qf: 

3 comparing a first byte of said IP data payload after any real time protocol (RTP) 



■Q 



4 header to the value of an MPEG-2 sync byte; and 

5 when the result\f said comparing step is that said first byte of said IP data 

6 payload has the same valutas an MPEG-2 sync byte, declaring said IP packet to be an 

7 MPEG-2 packet. 



1 9. The invention as defined in claim 7 wherein said determining step further 

2 comprises the step of: 

3 comparing a first byte of said iKdata payload after any real time protocol (RTP) 

4 header to the value of an MPEG-2 sync byte; and 

5 when the result of said comparing\step is that said first byte of said IP data 

6 payload is an MPEG-2 sync byte and the length of said IP data payload after any RTP 
■m 7 header is the same as the length of an MPEG-2 if ansport stream packet, declaring said IP 
2 8 packet to be an MPEG-2 packet. 

r 5 
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10. Thi invention as defined in claim 7 wherein said determining step further 
comprises the step of: 

terminatingisaid process and indicating that said expected pattern does not exist in 
said packet unless the length of said IP data payload or the length of said IP data payload 
less the length of a rekl time protocol (RTP) header is an integral multiple of the length of 
an MPEG-2 transport stream packet; 

pointing a pointer to a byte in said IP data payload, said byte being a first byte of 
said IP data payload when said length of said IP data payload is an integral multiple of 
the length of an MPEG-2 transport stream packet and said byte being a first byte of said 
IP data payload after the length of a real time protocol (RTP) header when said IP data 
payload less the length of a reaL time protocol (RTP) header is an integral multiple of the 
length of an MPEG-2 transport srream packet; 

performing a comparison bfetween said byte being pointed to with the value of an 
MPEG-2 sync byte and declaring sai^i IP packet as a candidate to be an MPEG-2 packet 
when the result of a most recent comparison is that said pointed to byte of said IP data 
payload has the same value as an MPEG^2 sync byte 

adjusting said pointer to point to byte in said IP data payload that is offset toward 
the end of said IP packet by the length of an^MPEG-2 transport stream packet; 

repeating said performing and adjusting steps so long as said most recently 
executed performing step declared said IP packet as a candidate to be an MPEG-2 packet 
and the end of said IP data payload is not yet reached; and 

declaring said packet to be an MPEG-i packet when the end of said IP data 
payload is reached during an attempt to execute said adjusting step and said most recently 
executed performing step declared said IP packet aaa candidate to be an MPEG-2 packet. 



1 11. The invention as defined in claim 7 wherein said expected pattern is an 

2 MPEG-2 sync byte value spaced 1 88 byte positions apa 

1 12. The invention as defined in claim 7 wherein said expected pattern is an 

2 MPEG-2 sync byte value spaced apart by the length of\n MPEG-2 transport stream 

3 packet. 
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1 13. Th^yinvention as defined in claim 7 wherein said determining step further 

2 comprises the sten of: 

3 declaring said IP packet to be an MPEG-2 packet when a search over the length of 

4 a real time protocolNheader and the length of one MPEG-2 transport stream packet finds 

5 sync byte for which\offset therefrom by the length of one MPEG-2 transport stream 

6 packet there is anothensync byte. 



1 14. The invention as defined in claim 7 wherein said determining step further 

2 comprises the step of: \ 

3 declaring said IP packet to be an MPEG-2 packet when a search over the length of 

4 a real time protocol header and\the length of one MPEG-2 transport stream packet finds 

5 the value of a sync byte for whichvoffset therefrom at each integral multiple of the length 

6 of one MPEG-2 transport stream packet there is the value of a sync byte until the end of 

7 said IP packet is reached or exeeded. 

1 15. The invention as defined in iclaim 7 wherein said determining step further 

2 comprises the step of: 

3 declaring said IP packet to be an MPE'G-2 packet when a search over the length of 
q 4 a real time protocol header and the length of one MPEG-2 transport stream packet finds 

5 the value of a sync byte for which offset therefrom by the length of one MPEG-2 

6 transport stream packet there is the end of packet. 

1 16. The invention as defined in claim 7 wherein said each of said sync bytes has 

.2 a value of 0x47. 



1 17. The invention as defined in claim 7 wherein said at least one expected 

2 pattern is the value of an MPEG-2 sync byte as the first of said IP data payload. 

1 18. The invention as defined in claim 7 whereiV said expected pattern is the 

2 value of an MPEG-2 sync byte as the first byte of said IPydata payload and every 188 

3 bytes thereafter till the end of said IP data payload. 
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1 19. The invention as defined in claim 7 wherein said at least one expected 

2 patterns includes at least one of the sets of patterns consisting of: a) the value of an 

3 MPEG-2 sync byte asVhe first byte of said IP data payload after the length of a real time 

4 protocol (RTP) header Wi said IP data payload after said RTP header length has a length 

5 of 188 bytes, b) the vame of an MPEG-2 sync byte as the first byte of said IP data 

6 payload after the length W a real time protocol (RTP) header and every 188 bytes 

7 thereafter till the end of said IP data payload, c) the value of an MPEG-2 sync byte as the 

8 first byte of said IP data payload and every 1 88 bytes thereafter till the end of said IP data 

9 payload, d) the value of an MPEG-2 sync byte as the first byte of said IP data payload 

10 and said IP data payload has a length of 1 88 bytes. 



1 20. A method for processing an internet protocol (IP) packet, comprising the 

2 steps of: 

3 searching through a payload W said IP packet for a pattern indicative of the 

4 presence of motion picture expert groupy(MPEG)-2 video; and 

5 indicating that said IP packet contains MPEG-2 video only if said pattern is 

6 found. 



I 21. The invention as defined in clajm 20 wherein said searching step further 

I includes the step of: 

3 determining whether a payload of said TP packet has a length equal to an integral 

4 multiple of a length of an MPEG-2 transport stream packet either before or after 

5 subtracting from said payload length the length ofW RTP head. 

1 22. The invention as defined in claim 20\ wherein said searching step further 

2 includes the steps of: 

3 determining that a payload of said IP packet Ijas a length equal to a length of an 

4 MPEG-2 transport stream packet; 

5 comparing the value of a first byte at a first location within said packet with the 

6 value of an MPEG-2 sync byte; and 

7 signaling said pattern is found when the result oftsaid comparing step is that said 

8 value of said first byte at said first location matches the va\ue of said sync byte. 



3 : 
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1 23. The invention as defined in claim 20 wherein said searching step further 

2 includes the step of:\ 

3 determining whether a payload of said IP packet has a length equal to an integral 

4 multiple of a length oran MPEG-2 transport stream packet, 

5 comparing the value of a first byte at a first location within said packet and each 

6 byte at an offset of a length of an MPEG-2 transport stream packet therefrom with the 

7 value of an MPEG-2 sync bme; and 

8 signaling said pattern\s found when the result of each comparison performed in 

9 said comparing step is that sal^i first byte of said packet being compared matches the 
10 value of said sync byte. 

1 24. The invention as defined in claim 20 wherein said searching step further 

2 includes the step of: \ 

3 determining whether a payload of said IP packet has a length equal to an integral 

4 multiple of a length of an MPEG-2 transport stream packet, 

5 comparing the value of a first byteVt a first location within said packet and each 

6 byte at an offset of a length of an MPEG-2^ transport stream packet therefrom with the 

7 value of an MPEG-2 sync byte; and 

8 signaling said pattern is found when \he result of a majority of comparisons 

9 performed in said comparing step is that said fifst byte of said packet being compared 
10 matches the value of said sync byte. 



1 25. The invention as defined in claim 20 \herein said searching step further 

2 includes the step of: 

3 determining whether a payload of said IP packet has a length equal to an integral 

4 multiple of a length of an MPEG-2 transport stream pacloet, 

5 comparing the value of a first byte at a first location within said packet and each 

6 byte at an offset of a length of an MPEG-2 transport strdpi packet therefrom with the 

7 value of an MPEG-2 sync byte; and 

8 signaling said pattern is found when the result \of at least a majority of 

9 comparisons performed in said comparing step is that said first byte of said packet being 

10 compared matches the value of said sync byte and said packet \^as indicated to contain an 

1 1 error. 
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1 26. The invention as defined in claim 20 wherein said payload is at least one of a 

2 set of payloads witftin an IP packet, said set consisting of: a) an IP data payload, b) an 

3 unreliable datagram Votocol (UDP) data payload that does not include a real time 

4 protocol (RTP) headerAc) that portion of a UDP data payload after an RTP header that is 

5 included in said UDP o^ta payload, and d) a transmission control protocol (TCP) data 

6 payload. 

1 27. The invention \as defined in claim 20 further comprising the step of 

2 processing said IP packet withNa priority assigned for packets containing video when said 

3 indicating step indicates that saia IP packet contains video. 



fas? 



1 28. The invention as defined in claim 20 wherein said pattern corresponds to the 

2 value of an MPEG-2 sync byte regularly spaced from an initial position through the end 

3 of said payload, said regular spacing being equal to the length of an MPEG-2 transport 

4 stream packet, said initial position beingNocated within the length of a real time protocol 

5 header and the length of one MPEG-2 transport stream packet from a start of said 

6 payload. 



m 1 

W 2 

S 3 
Q 

O 4 

5 



29. The invention as defined in claim 30 wherein said pattern corresponds to the 
value of an MPEG-2 sync byte and the end of sam IP packet spaced apart by the length of 
one MPEG-2 transport stream packet, said initial position being located within the length 
of a real time protocol header and the length of\me MPEG-2 transport stream packet 
from a start of said payload. 



1 30. The invention as defined in claim 20 whenein said pattern corresponds to the 

2 value of an MPEG-2 sync byte regularly spaced from an initial prescribed position, said 

3 regular spacing being equal to the length of an MPEG-2 \ransport stream packet. 



\ 
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31. Aunethod for processing an internet protocol (IP) packet, comprising the 
steps of: \ 

searching Uhrough a payload of said IP packet for a pattern indicative of the 
presence of motion picture expert group (MPEG)-2 video; and 

indicating ^at said IP packet contains MPEG-2 video when said pattern is most 
likely found. 



1 32. The invention as defined in claim 31 wherein said pattern corresponds to an 

2 MPEG-2 sync byte regtdarly spaced from an initial prescribed position, said regular 

3 spacing being equal to the length of an MPEG-2 transport stream packet. 



.M 



n 



SJ 

yj 



1 33. The invention as d&fined in claim 32 wherein said initial prescribed position 

2 is a position within the group or positions consisting of: a) the first byte in an IP data 

3 payload of said packet, b) the firs\ byte of a UDP payload of said IP packet, c) the first 

4 byte after an RTP header of an unreliable datagram protocol (UDP) payload of said IP 

5 packet, d) the first byte of a transport control protocol (TCP) payload of said IP packet, 

6 and e) the first byte of a TCP payload after a header contained therein indicating real time 

7 information is contained in said IP packe 



1 34. The invention as defined in\ claim 31 further comprising the step of 

2 processing said IP packet with a priority assigned for packets containing video when said 
H 3 indicating step indicates that said IP packet contains video. 



s s 



1 

2 
3 
4 
5 
6 
7 



of: 



and 



35. A method for processing an internet protocol (IP) packet, comprising the steps 

searching through a payload of said IP packet for a pattern indicative of video; 

indicating that said IP packet contains video when said pattern is found; and 
indicating that said IP packet does not contain video when said pattern is not 



found. 



D:\PATENTS\Hearn l-21-l\Heam 1-2 1-1. doc 



Hearn-Matthews-Yu 1-21-1 



1 36. The invention as defined in claim 35 further comprising the step of 

2 processing said IP packet with a priority assigned for packets containing video when it is 

3 indicated that said IP packet contains video. 

1 37. The invention as defined in claim 35 wherein said pattern corresponds to the 

2 value of an MPEG-2 sync byte regularly spaced from an initial position through the end 

3 of said pay load, saidVegular spacing being equal to the length of an MPEG-2 transport 

4 stream packet, said initial position being located within the length of a real time protocol 

5 header and the length of one MPEG-2 transport stream packet from a start of said 

6 payload. 



1 38. The invention as defined in claim 35 wherein said pattern corresponds to the 

G 2 value of an MPEG-2 sync byte regularly spaced from an initial prescribed position, said 
~ 3 regular spacing being equal to the length of an MPEG-2 transport stream packet. 



fn 



p 



1 39. The invention as defined inVlaim 38 wherein said initial prescribed position 

2 is a position within the group of positions consisting of: a) the first byte in an IP data 

3 payload of said packet, b) the first byte of\a UDP payload of said IP packet, c) the first 

4 byte after an RTP header of an unreliable oatagram protocol (UDP) payload of said IP 

5 packet, d) the first byte of a transport controlWotocol (TCP) payload of said IP packet, 

6 and e) the first byte of a TCP payload after a he\der contained therein indicating real time 

7 information is contained in said IP packet. 



1 40. A computer program in the form ofVnachine readable instructions, said 

2 computer program being for causing a system including a processor to: 

3 search through a payload of an internet protocol (IP) packet for a pattern 

4 indicative of the video; 

5 indicate that said IP packet contains video when ^aid pattern is found; and 

6 indicate that said IP packet does not contain video\when said pattern is not found. 
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41 . The invention as defined in claim 40 wherein said computer program further 
causes said processor to 

process said IP Racket with a priority assigned for packets containing video when 
said IP packet is indicated to contain video. 



42. Apparatus comprising: 
a processor; 

a memory coupled t(\said processor for storing a received internet protocol (IP) 
packet; and 

a program store; 

wherein said program stofc contains instructions for causing said processor to 
search through a payload\of an internet protocol (IP) packet for a pattern 
indicative of the video; 

indicate that said IP packet corftains video when said pattern is found; and 
indicate that said IP packet doesVot contain video when said pattern is not found. 



43. Apparatus, comprising: 

means for searching through a paylo^d of an internet protocol (IP) packet for a 
pattern indicative of video; and 

means for indicating that said IP packet Contains video when said pattern is found. 
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